home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / infoserv / www / cern / dev / www-talk.9301-9306.Z / www-talk.9301-9306 / text1293.txt < prev    next >
Encoding:
Text File  |  1995-04-24  |  3.1 KB  |  85 lines
  1.  
  2. >Date: Mon, 14 Jun 93 04:46:28 -0500
  3. >From: marca@ncsa.uiuc.edu (Marc Andreessen)
  4.  
  5. >Tim Berners-Lee writes:
  6. >> ...The general understanding (before Mosaic) was that
  7. >>     - Multiple spaces should be respected as such (for example
  8. >>       some people like them around punctuation) and should not
  9. >>       be used for prettying up the source.
  10. ...
  11. >The general understanding before Mosaic??  The general understanding
  12. >we were under was that redundant spaces, newlines, tabs, etc. were  
  13. not
  14. >significant, and that's the way Mosaic treats 'em.  The concept that
  15. >multiple spaces should be respected as such is new to me -- where in
  16. >the online info was this stated?
  17.  
  18. There was obviously a general MISunderstanding!  My fault, should
  19. have got it clearer at the time. This was when Dan Connolly was
  20. our "SGML cop". As I remember, his conclusion was that multiple
  21. spaces were weird things to put in, but if someone wanted to put
  22. them in, then they should be given more space as a result.
  23.  
  24. >> I would like to specify that multiple spaces be interpreted as  
  25. such.
  26. >> Would this be a big problem for anyone?
  27.  
  28. It seems to be a problem for Mosaic and for Dave.
  29.  
  30. >Isn't it a violation of the SGML philosophy that we've all spent so
  31. >much blood, sweat, and tears trying to adhere to?
  32.  
  33. I don't think so... SGML allows you to define the significance of the
  34. data.  I know the IBM mainframe SGML implementation here took two
  35. spaces as two spaces.
  36.  
  37. >If we're going to start down this path, I'd like to see a line
  38. >containing nothing but whitespace to be considered an implicit
  39. >paragraph separator (<p>), as in LaTeX.
  40.  
  41. I see your argument.  Newlines led to a horrible discussion about
  42. what was expected in HTML.
  43.  
  44. >> >    <p> Also, the two browsers have different ideas about whether  
  45. the
  46. >> >    ADDRESS tag marks a new paragraph or not -- www puts the  
  47. address
  48. >> >    flush right in a new paragraph, Mosaic simply switches to a
  49. >> >    different typeface.
  50. ...
  51. >It was a choice, made at least partially because documents can be
  52. >wider than the available window space, causing a horizontal  
  53. scrollbar
  54. >to show up and info on the right side of the document to be hidden  
  55. until
  56. >the window is scrolled.  Didn't seem reasonable that information
  57. >should be shoved over where one might not even be able to see it.
  58.  
  59. They can be wider... but Misaic is normally very clever at
  60. sizing them to the screen size.  Its only preformatted bits which  
  61. force a wide document.  It would be useful if the default  
  62. preformatted font was chosen such that 80 characters fitted within
  63. the default window width.  As it is one normally starts Mosaic
  64. and then has to stretch it the moment a plain ascii document comes  
  65. up.
  66.  
  67. Dan's remark on www-talk on 8 Jan 93 was:
  68. "Is anyone distressed by the situation where some browsers compress
  69. multiple spaces [in typeset paragraphs] into one, and some do not?  
  70. I'm not.
  71. I'd say "Don't do that" to the fool who put multiple spaces in
  72. his source."
  73.  
  74. Well, I'm not too fussy about this, but an agreement is essential.
  75. I can change the behaviour of the parser in the library if  we
  76. all agree.
  77.  
  78. PROPOSED CHANGE then:
  79.  
  80. All white space to be shrunk to one space outside PRE
  81. sections.   Anyone object?
  82.  
  83. Tim
  84.  
  85.